COMMUNICATION CONNECTING DEVICE CAPABLE OF 
REDUCING A LOAD ON AN IP NETWORK AND 
A DATA OUTPUT CONTROL METHOD 



BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The present invention relates to a communication 
connecting device and a data output control method 
advantageously applicable to, e.g., a gateway that connects 
a G3 (Group 3) facsimile apparatus or terminal to an IP 
(Internet Protocol) network. More particularly, the present 
invention relates to a communication connecting device and 
a data output control method feasible for a real-time facsimile 
apparatus for sending UDP (User Datagram Protocol) /IP packets 
while monitoring the data of the packets. 

[0002] Generally, for real-time facsimile communication over 
an IP network, a system configuration proposed by ITU-T 

(International Telecommunication Union-Telecommunication 
standardization sector) Recommendation T.38 is used. In this 
system configuration, an Internet facsimile apparatus or gateway 
is connected to the IP network at each of the transmitter 
and receiver sides. The Internet facsimile apparatuses each 
are connected to a particular G3 facsimile apparatus by a PSTN 

(Public Switched Telephone Network) . 

[0003] The Internet facsimile apparatus at the transmitter 
side receives data from the sending G3 facsimile apparatus 
and temporarily stores the data. The facsimile apparatus then 
packets the data by referencing packet size information fed 
thereto. The resulting packets are referred to as IFP (Internet 
Facsimile Protocol) packets. 



[0004] UDP is applied to communication between the Internet 
facsimile apparatuses. For example, a UDP header is added 
to the head of a UDP payload storing data. Even when UDP packet 
data is lost, UDP does not execute processing for reconstructing 
the packet data . 

[0005] Specifically, the Internet facsimile apparatus at the 
transmitter side temporarily stores the IFP packets to be sent. 
The Internet facsimile apparatus then writes every new IFP 
packet in the primary field of its storage area to thereby 
generate a UDPTL (facsimile UDP Transport Layer protocol) 
payload and sends the UDPTL payload to the IP network. In 
addition, to prepare for the loss of the UDP packet data, the 
Internet facsimile apparatus writes the UDP packets sent in 
the past in the secondary field of the storage area to thereby 
form a UDPTL payload although the past UDP packets are 
redundant. Sequence numbers unique to the primary fields are 
attached to the primary fields. A UDPTL header is added to 
the head of the UDPTL payload to complete a UDPTL packet. 
The UDP payload is constituted by such a UDPTL packet. A UDP 
packet is made up of a UDP header and a UDP payload. 

[0006] After an IP header has been added to the UDP packet, 
the UDP packet is sent to the IP network via a LAN (Local Area 
Network) . 

[0007] The Internet facsimile apparatus at the receiver side 
decomposes the received IP packets to the level of UDPTL 
packets. The Internet facsimile apparatus then classifies, 
among the IFP packets of the decomposed UDPTL packets, IFP 
packets to be used and then depacketizes the classified IFP 
packets by decoding them, thereby recovering the original data. 
The Internet facsimile apparatus temporarily stores the 
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recovered data and then sends them to the receiving G3 facsimile 
apparatus . 

[0008] The problem with the above conventional transmission 
scheme is that every UDPTL packet has a primary field and a 
secondary field without exception. In practice, not all UDPTL 
packets need a secondary field in consideration of the G3 
facsimile transmission procedure. UDPTL packets with 
unnecessary secondary fields wastefully increase a load on 
the IP network. Moreover, such UDPTL packets wastefully occupy 
a transmission buffer included in the transmitting Internet 
facsimile apparatus, obstructing efficient transmission. 

SUMMARY OF THE INVENTION 

[0009] It is an object of the present invention to provide 
a communication connecting device and a data output control 
method capable of reducing a load on a data sending terminal 
unit and an IP network. 

[0010] In accordance with the present invention, a communication 
connecting device is connected at one end to a first terminal 
unit and connected at the other end to a second terminal unit 
via an IP network. The device is selectively operable with 
a plurality of communication standards adaptive to the first 
terminal unit, second terminal unit and IP network for thereby 
implementing real-time communication. The device includes 
a terminal unit control circuit for storing data received from 
the first or the second terminal unit, and controlling the 
first terminal unit in accordance with a first communication 
standard. A first storage stores size information 

representative of the size of data to be coded. A 
coding/decoding circuit collectively codes the data in 
accordance with the size information read out of the first 
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storage and the first communication standard. Also, the 
coding/decoding circuit decodes coded data received from the 
second terminal unit in accordance with the first communication 
standard and determines whether the decoded data is a response 
to data sent from the first terminal unit or retransmitted 
data. Assuming a loss of the coded data output from the 
coding/decoding circuit, a second storage stores the coded 
data. An information adding/separating circuit adds a header 
and data for making up for the loss of the coded data assumed 
to the coded data in accordance with a second communication 
standard relating to the IP network. At this instant, the 
information adding/separating circuit filters the data in 
response to a response detection signal output from the 
coding/decoding circuit and representative of the response. 
Further, the information adding/separating circuit separates 
coded data from data received from the second terminal unit 
and feeds them to the coding/decoding circuit. An interfacing 
circuit converts the coded data input via the information 
adding/separating circuit to a signal based on a command or 
converts a signal received from the second terminal unit to 
the coded data. 

[0011] Also, in accordance with the present invention, a data 
output control method for a communication connecting device 
of the type described begins with a step of storing data 
received from the first terminal unit or the second terminal 
unit. Size information representative of the size of data 
to be coded is output. The data are collectively coded in 
accordance with the read out size information and a first 
communication standard. The coded data is stored on the 
assumption of a loss of the same. Among data received from 
the second terminal unit, coded data is separated and then 
decoded. At this time, whether the decoded data is a response 



4 



to data sent from the first terminal unit or retransmitted 
data is determined. A response detection signal is output 
in accordance with the result of the above decision. 
Subsequently, first filtering or second filtering is executed 
in accordance with the response detection signal. The first 
filtering reads out, in accordance with a second communication 
standard relating to the IP network, a header for the coded 
data and the coded data stored on the assumption of the loss 
and adds the header and coded data to newly input coded data. 
The second filtering deletes the coded data currently stored. 
Finally, the coded data is converted to a signal based on a 
command and then output. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0012] The objects and features of the present invention will 
become more apparent from consideration of the following 
detailed description taken in conjunction with the accompanying 
drawings in which: 

FIG. 1 is a schematic block diagram showing a preferred 
embodiment of the communication connecting device in accordance 
with the present invention and implemented as an Internet 
facsimile apparatus by way of example; 

FIG. 2 is a schematic block diagram showing filtering 
circuitry included in a UDPTL controller, which is included 
in the illustrative embodiment; 

FIG. 3 is a schematic block diagram showing gateways 
connected to each other via an IP network and each being 
implemented by the Internet facsimile apparatus shown in FIG. 
1 ; 

FIG. 4 is a table showing a relation between IFP packets 
and the primary and secondary fields of UDPTL packets; 
FIG. 5 shows how FIGS. 5A and 5B are combined; 
FIG. 5A and 5B demonstrate a specific conventional Internet 
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facsimile communication sequence to be executed by the system 
of FIG. 3; and 

FIG. 6 shows an Internet facsimile communication sequence 
unique to the illustrative embodiment. 

DESCRIP TION OF THE PREFERRED EMBODIMENT 

[0013] Referring to FIG. 1 of the drawings, an Internet 
facsimile apparatus or terminal (Internet FAX hereinafter) 
10 to which a communication connecting device embodying the 
present invention is applied will be described. Part of the 
Internet FAX 10 not relevant to the understanding of the present 
invention is neither shown nor will be described specifically. 
Signals are designated by reference numerals attached to signal 
lines on which they appear. 

[0014] As shown in FIG. 1, the Internet FAX 10 includes a FAX 
controller 12, a packetizer/depacketizer 14, a size information 
storage 16, a UDPTL controller 18, a buffer 20, and a LAN 
controller 22. An analog G3 facsimile apparatus (G3 FAX 
hereinafter) 30 is connected to the Internet FAX 10 and operates 
in accordance with Recommendation T.30 (revised in 1996) . 

[0015] The FAX controller 12 includes a non-destructive memory 
for storing data and has an interface function for converting 
signals meant for the G3 FAX 30, although not shown 
specifically. The non-destructive memory is capable of 
repeatedly outputting data 32 input from the G3 FAX 30. The 
FAX controller 12 selectively controls the write-in of the 
data 32 or the read-out of data 34 in accordance with a control 
signal fed from a system controller not shown. The data 34 
read out of the memory are fed to the packetizer/depacketizer 
14. When the Internet FAX 10 is a receiving terminal, the 
packetizer/depacketizer 14 depacketizes received data while 
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the FAX controller 12 stores the resulting depaketized and 
decoded data 34. 

[0016] The packetizer/depacketizer 14 includes a packetizing 
circuit and a depacketizing circuit although not shown 
specifically. The size information storage 16 stores 
information representative of the size of a single packet 
beforehand. The storage 16 feeds packet size information 36 
to the packetizer/depacketizer 14. The packeting circuit 
divides the input data 34 into packets each having the packet 
size indicated by the information 16. The packetizing circuit 
then delivers coded IFP packets 3 8 to the buffer 2 0 and UDPTL 
controller 22. The depacketizing circuit decodes and 
depacketizes coded IFP packets 38 input from the UDPTL 
controller 18. 

[0017] The packetizer/depacketizer 14 additionally includes 
a response decision circuit, not shown, for determining whether 
or not the input data 38 is a response to the coded data 
previously sent. If the answer of this decision is positive, 
the response decision circuit delivers a response detection 
signal 40 to the UDPTL controller 18. 

[0018] The UDPTL controller 18 produces a UDPTL payload 
including the IFP packet data 3 8 in accordance with 
Recommendation T.38. The UDPTL payload consists of a primary 
field corresponding to a packet number and a secondary field 
storing an IFP packet or packets having been sent. More 
specifically, the past data stored in the buffer 20 are fed 
to the secondary field although redundant. If desired, an 
error correction code may be packed in the secondary field 
in addition to the past data. The IP packet data 38 are 
delivered also to the buffer 20 via the UDPTL controller 18 
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and a signal line 42. 



[0019] The UDPTL controller 18 adds a UDPTL header to the head 
of the UDPTL payload to thereby complete a UDPTL packet, which 
is a UDP payload. The UDPTL controller 18 delivers the UDPTL 
packet 44 to the LAN controller 22. 

[0020] In the event of receipt, a received UDPTL packet 44 
having the above-described layered data structure is input 
to the UDPTL controller 18. The UDPTL controller 18 selectively 
decodes or omits the redundant part of the UDPTL packet (e.g. 
secondary field) and then delivers only the necessary IFP packet 
38 to the packetizer/depacketizer 14. 

[0021] The UDPTL controller 18 includes filtering circuitry 
180. The filtering circuitry 180 selectively adds past coded 
data sent as a secondary field, inhibits the addition of the 
past coded data or omits the past coded data. The UDPTL 
controller 18 may precede or follow the generation of a UDPTL 
packet based on the UDPTL protocol, depending on the inhibiting 
function or the omitting function. 

[0022] Assume that the UDPTL controller 18 precedes the 
generation of a UDPTL packet. Then, as shown in FIG. 2, the 
UDPTL controller 18 includes an address control circuit 180a 
for the secondary field and a data deletion control circuit 
180b. The address control circuit 180a receives the IFP packet 
data 38 and response detection signal 40. The response 
detection signal 40 enables the address control circuit 180a 
when in an active-low level. That is, the address control 
circuit 180a operates during usual transmission. 

[0023] More specifically, the address control circuit 180a 
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manages the addresses of the buffer 20 while controlling the 
operation of the buffer 20. The address control circuit 180a 
feeds, when enabled, a read enable signal and address data 
to the buffer 20 as a signal 42. The buffer 20 delivers data 
designated by the signal 42 to the UDPTL controller 18. 

[0024] The response detection signal 40 enables the data 
deletion control circuit 180b when in an active-high level. 
More specifically, the signal 40 in an active-high level shows 
that data sent from the other terminal unit has been received. 
It follows that re-transmitting the same data despite the 
receipt of a response from the other terminal unit is wasteful. 
The data deletion control circuit 180b therefore delivers a 
deletion enable signal and deletion start address data to the 
buffer 20 as a signal 42. In response, the buffer 20 deletes 
stored IFP packet data meant for the secondary field. On the 
deletion of the IFP packet, the data deletion control circuit 
180b feeds an address reset signal 182 to the address control 
circuit 180a for causing it to reset the address to a 
preselected value. 

[0025] It is to be noted that the address control circuit 180a 
for the secondary field does not have to be included in the 
filter circuitry 180 because it usually operates. 

[0026] Assume that the UDPTL controller 18 follows the 
generation of a UDPTL packet. Then, the filtering circuitry 
18 0 deletes data or idle data regions that are older than the 
IFP packet data 3 8 currently input thereto, although not shown 
or described specifically. The filtering circuitry 180 may 
have the previously described function in addition to such 
a deleting function. 
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[0027] On the receipt of the response detection signal 40, 
the UDPTL controller 18 does not send any secondary field, 
but sends a UDPTL packet having only a primary field only one 
time. The UDPTL controller 18 performs this without regard 
to its position described above. Subsequently, the UDPTL 
controller 18 combines a primary field and a secondary field, 
which stores IFP packet data input after the detection of the 
response, to thereby output a UDPTL packet 44. 

[0028] Referring again to FIG. 1, the LAN controller 22 adds 
a UDP header to the UDPTL packet or UDP payload 44 to thereby 
complete a UDP packet. Assume that data are interchanged by 
use of an IFP/UDPTL/UDP/IP layer model by way of example. 
Then, a UDP packet corresponds to an IP payload. In this case, 
the LAN controller 22 adds an IP header to an IP payload to 
thereby generate an IP packet. The LAN controller 22 transforms 
the IP packet 44 to an analog signal and sends the analog signal 
to the IP network 100 via a PSTN 50. The LAN controller 22 
additionally has an interface function for matching the level 
of an electric signal to a protocol assigned to the IP network. 

[0029] As stated above, on the receipt of a response from the 
other terminal unit, the Internet FAX 10 filters out, among 
UDPTL packet data, a secondary field otherwise wastefully 
storing data confirmed. The Internet FAX 10 therefore avoids 
wasteful transmission and thereby reduces a load on the IP 
network 100. 

[0030] In the sending G3 FAX or terminal unit 30, a scanner, 
not shown, transforms data read out of a document to a 
corresponding electric signal and sends the electric signal 
in accordance with the G3 standard, which is proposed by 
Recommendation T.30. Specifically, the operator of the G3 
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FAX 30 lays documents, which are paper sheets or similar 
recording media, on a tray, not shown, which is mounted on 
the RT FAX 30. The operator then inputs a read command on 
an operation panel, not shown, also mounted on the G3 FAX 30. 
In response, the scanner starts scanning the documents with 
light. The scanner senses the intensity of reflection from 
part of each document where data is present and the intensity 
of reflection from the other part of the same and transforms 
each of them to a corresponding electric signal. An analog- to- 
digital converter, not shown, digitizes the electric signal 
and outputs the resulting digital signal or data 32 having 
tonality. The data 32 are sent to the FAX controller 12 via 
a PSTN 32. 

[0031] As shown in FIG. 3, the real-time Internet FAX 10 is 
connected to another real-time Internet FAX 110 via an IP 
network 100. The Internet FAX 110 is connected to a G3 FAX 
120 via a PSTN 32a. It will be seen that the Internet FAX 
10, IP network 100 and Internet FAX 110 constitute a 
communication domain conforming to the Recommendation T. 38 
protocol. The PSTN 32a between the Internet FAX 110 and the 
G3 FAX 120 conforms to the Recommendation T.30 protocol. The 
system shown in FIG. 3 terminals at the G3 FAX 30 and 120. 

[0032] A real-time facsimile communication sequence generally 
executed by the system of FIG. 3 will be described hereinafter. 
The UDPTL controller 18, FIG. 1, writes every IFP packet in 
the primary field as new data while writing the past data sent 
in the secondary field in accordance with Recommendation T.38, 
thereby generating a UDPTL packet. 

[0033] Specifically, a UDP payload generated by the UDPTL 
controller 18 includes a UDPTL header and a UDPTL payload. 
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as stated earlier. FIG. 4 shows the data structure of a UDPTL 
payload. As shown, the UDPTL payload includes a primary and 
a secondary field, i.e., a plurality of IFF packets. In the 
illustrative embodiment, the secondary field is made up of 
a first and a second secondary field 1 and 2 . The 
packetizer/depacketizer 14, FIG. 1, feeds the IFF packets to 
the buffer 20, FIG. 1, under the control of the system 
controller, as stated previously. The IFF packets are written 
to the primary fields of the buffer 20. The UDPTL controller 
18 sequentially shifts the IFF packets read out of the buffer 
20 from the secondary field 1 to the secondary field 2 in 
accordance with the number of times of transmission. Two or 
more IFF packets may be written to the secondary fields, if 
necessary . 

[0034] In FIG. 4, stored data are designated by IFP packet 
numbers for easy identification. FIG. 4 shows a specific case 
wherein eighty-six IFP packets are dealt with. Crosses shown 
in FIG. 4 are representative of non-transmission. 

[0035] Reference will be made to FIGS. 5A and 5B for describing 
a real-time communication sequence effected with the eighty-six 
IFP packets shown in FIG. 4. Numbers 01 through 86 shown in 
FIGS. 5A and 5B are serial numbers attached to the IFP packets, 
but have nothing to do with sequence numbers in the UDPTL 
packets. Also, in FIGS. 5A and 5B, packets shown on the IP 
network 100 between the Internet FAXs 10 and 110 are 
representative of the primary fields of the UDPTL packets . 

[0036] First, as shown in FIG. 5A, the receiving G3 FAX 120 
sends four consecutive commands CED (CallEd station 
iDentification) tone. Flags, CSI (Called Station Identification) 
and DIS (Digital Identification Signal) to the Internet FAX 
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110. In response, IFP packets respectively corresponding to 
the received commands are input to the UDPTL controller of 
the Internet FAX 110. The UDPTL controller generates, based 
on Recommendation T.38, UDPTL packets each storing particular 
initial data (serial numbers 02 through 06; control data 
according to Recommendation T.30). The Internet FAX 110 
packetizes the received UDPTL packets and sends the resulting 
IP packets to the Internet FAX 10 over the IP network 100. 

[0037] The Internet FAX 10 separates the UDPTL packets and 
IFP packets from the UDP payloads of the received IP packets 
and decodes the separated packets, thereby reconstructing the 
four commands. The Internet FAX 10 then sends the four commands 
to the G3 FAX 30. 

[0038] The transmitting G3 FAX 30 packets four commands Flags, 
TSI (Transmitting Station Identification) , DCS (Digital Command 
Signal) and TCF (Training Check) corresponding to the received 
four commands. The G3 FAX 3 0 then sends the resulting UDPTL 
packets (IFP packets numbers 0 7 through 10) to the G3 FAX 120 
via the Internet FAXs 10 and 110. At this instant, the Internet 
FAX 10 has already received a response to the data sent before 
the receipt of the above UDPTL packets. The Internet FAX 10 
therefore generates the response detection signal 40 stated 
earlier . 

[0039] Subsequently, as shown in FIG. 5B, the receiving G3 
FAX 120 sends two commands Flags and CFR (ConFirmation to 
Receive) to the Internet FAX 110. The Internet FAX 110 packets 
the received commands into three packets (11 through 13) and 
sends them to the Internet FAX 10. The Internet FAX 110, 
however, considers that a continuous sequence of UDPTL packets 
sent from the Internet FAX 10 immediately before have been 
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received. It is therefore wasteful to again send the past 
data designated by the serial numbers 05 and 06. In FIG. 4, 
parenthesized crosses indicate that the retransmission of the 
secondary fields are inhibited in the illustrative embodiment. 
On receiving the commands, the sending G3 FAX 3 0 sends a 
training command Training in order to control a modem included 
in the receiving G3 FAX 120, determining that communication 
has been set up. 

[0040] Subsequently, the sending G3 FAX 30 sequentially sends 
stored image data and commands Flags and EOP (End Of Procedure) 
to the Internet FAX 10. Again, the Internet FAX 10 sends such 
data and commands on the assumption that a continuous sequence 
of data sent immediately before have been received. 
Consequently, as shown in FIG. 4, the secondary fields 1 and 
2 of the serial number 14 are omitted. Also, the serial number 

14 is attached to the secondary field 1 of the serial number 

15 while the secondary field 2 is omitted. The Internet FAX 
10 sends to the Internet FAX 110 IFP packets numbers 15 through 
81 as image data and IFP packets numbers 82 and 83 as commands 
Flags and EOP/FCS (End Of Procedure/Frame Check Sequence) . 
The Internet FAX 110 sends the received image data and 
reconstructed two commands Flags and EOP to the G3 FAX 12 0. 

[0041] Finally, the receiving G3 FAX 120 sends commands Flags 
and MCF (Message ConFirmation) to the G3 FAX 30 via the Internet 
FAXs 110 and 10. This is the end of image data transfer. 
At this time, the secondary fields 1 and 2 of the serial number 
84 and the secondary field 2 of the serial number 85 are omitted 
by filtering. 

[0042] As stated above, the illustrative embodiment does not 
repeatedly send secondary fields sent immediately before and 
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for which a response is meant. This is successful to 
effectively use the resources of the Internet FAXs 10 and 110. 

[0043] The real-time communication procedure will be described 
more specifically with reference to FIG. 6, paying attention 
to the operation sequence unique to the Internet facsimile 
apparatus. FIG. 6 demonstrates the transmission from the 
receiving Internet FAX 110 in order to clearly show the 
difference between the sequence of the illustrative embodiment 
and the general real-time communication sequence described 
with reference to FIGS. 5A and 5B . Because the structural 
elements of the Internet FAX 110 are identical with the 
structural elements of the Internet FAX 10, the former is 
designated by the same reference numerals as the latter. 

[0044] First, the FAX controller 12 feeds a command Flag with 
a serial number 02 to the packetizer/depacketizer 14 (TIG) . 
The packetizer/depacketizer 14 packetizes the command Flag 
and then delivers it to the filtering circuitry 180 of the 
UDPTL controller 14 (T12) . At the same time, the 

packetizer/depacketizer 14 determines whether or not the data 
is a response to data previously sent. If the answer of this 
decision is negative, the packetizer/depacketizer 14 delivers 
the detection signal 40 (low level) to the UDPTL controller 
18, although not shown specifically. 

[0045] At this stage of procedure, the buffer 20 stores no 
data to be written to secondary fields. The filter circuitry 
180 therefore packs IFF packet data (Flag) input to a UDPTL 
processing circuitry 184 in the primary field of a UDPTL packet 
44 while writing the same IFP packet data in the buffer 20. 
Consequently, the UDPTL packet 44 storing only the data Flag 
is fed from the UDPTL processing circuitry 184 to the LAN 
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controller 22 (T14) 



[0046] The UDPTL processing circuitry 184 combines the primary 
field (Flag) fed thereto and the IFP packet of the secondary 
field to thereby produce a UDPTL payload. The circuitry 184 
then adds a UDPTL header to the UDPTL payload so as to produce 
a UDPTL packet (T14) . The UDPTL packet is input to the LAN 
controller 22. 

[0047] Subsequently, the FAX controller 12 feeds a CSI signal 
with a serial number 03 to the packetizer/depacketizer 14 (T16) . 
The packetizer/depacketizer 14 packetizes the CSI signal and 
feeds the resulting CSI packet to the UDPTL controller 18. 
At this instant, the response detection signal 40 output from 
the packetizer/depacketizer 14 remains in a low level. The 
filter circuit 180 therefore reads out the data with the serial 
number 02 out of the buffer 20. In this manner, the data with 
the serial number 02 and the data CSI meant for a primary field 
are fed from the buffer 20 to the UDPTL processing circuitry 
184. The UDPTL controller 18 packs the CSI IFP packet data 
in a primary field while writing it in the primary field of 
the buffer 20. At this time, the data Flag is shifted to the 
secondary field of the buffer 20. 

[0048] The UDPTL controller 18 produces a UDPTL payload (CSI 
+ Flag) by combining the CSI IFP packet and data Flag stored 
in the secondary field. The UDPTL controller 18 then adds 
a UDPTL header to the UDPTL payload to thereby complete a UDPTL 
packet (T18) . The UDPTL packet is input to the LAN controller 
22. The UDPTL controller 18 therefore again sends the UDPTL 
packet representative of the CSI signal and Flag. 

[0049] Subsequently, the FAX controller 12 delivers a digital 
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identification signal DIS with a serial number 05 to the 
packetizer/depacketizer 14 (T20) . The packetizer/depacketizer 
14 packetizes the DIS signal and feeds the resulting packet 
to the UDPTL controller 18, i.e. , the filtering circuitry 180 
(T22) . At the same time, the packetizer/depacketizer 14 
determines that the DIS signal is the last one of a continuous 
sequence of data fed thereto, and feeds a last-data detection 
signal 50 to the UDPTL processing circuitry 184 (T24) . The 
UDPTL controller 18 packs the DIS IFP packet data in a primary 
field while writing it in the primary field of the buffer 20. 
At this instant, the shifted CSI signal and Flag data are 
present in the secondary field of the buffer 20. 

[0050] The filtering circuitry 180 reads the CSI signal and 
Flag data meant for a secondary field out of the buffer 2 0 
and delivers them to the UDPTL processing circuitry 184 together 
with the DIS IFP packet. The UDPTL processing circuitry 184 
combines the input three data to thereby produce a UDPTL payload 

(T26) . The circuitry 184 then adds a UDPTL packet to the UDPTL 
payload so as to produce a UDPTL packet (T26) . The UDPTL packet 
is input to the LAN controller 22. If desired, the UDPTL 
controller 18 may be constructed to feed all the data of the 
secondary fields the same number of times on the basis of the 
last-data detection signal 50. 

[0051] The Internet FAX 10 sends an IP packet to the Internet 
FAX 110 over the IP network 100. The Internet FAX 110 
sequentially depacketizes the IP packet 100 into UDP packets, 
UDPTL packets 44 and IFP packets 3 8 in this order. The Internet 
FAX 110 then decodes the IFP packets 38 and delivers the 
resulting data 3 4 to the FAX controller 12. For example, on 
the receipt of a packet with a serial number 07 or 09, the 
UDPTL processing circuitry 184 separates only the primary field 
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of the packet and feeds it to the packetizer/depacketizer 14. 

[0052] In the Internet FAX 110, the packetizer/depacketizer 
14 decodes the IFP packet data. At the same time, the 
previously mentioned response decision circuit included in 
the packetizer/depacketizer 14 determines whether or not the 
decoded data is a response to the data sent immediately before. 
If the answer of this decision is positive, the 
packetizer/depacketizer 14 causes the response detection signal 
40 fed to the filter circuitry 180 to go high {T28) . Further, 
the packetizer/depacketizer 14 feeds the decoded DCS data to 
the FAX controller 12. 

[0053] In the illustrative embodiment, before the FAX controller 
12 feeds data Flag with a serial number 11 to the UDPTL 
controller 18, the filter circuitry 180 deletes all the data 
stored in the primary and secondary fields of the buffer 20 
in response to the response detection signal 40. That is, 
all the data stored in the buffer 20 for retransmission are 
cleared (T30) . 

[0054] The packetizer/depacketizer decodes and packs the data 
Flag with the serial number 11, thereby producing a Flag IFP 
packet. The Flag IFP packet is input to the UDPTL controller 
18. Because the buffer 20 has been emptied, the Flag IFP packet 
is simply input to the UDPTL processing circuitry 184 (T32) . 
Again, the circuitry 184 packs the data Flag in a primary field 
while writing it in the primary field of the buffer 20 (T34) . 
Because the past data is absent in the buffer 20, the circuitry 
184 produces a UDPTL packet not including a redundant secondary 
field. 

[0055] Subsequently, the FAX controller 12 feeds data CFR with 
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a serial number 13 to UDPTL controller 18 via the 
packetizer/depacketizer 14. In this case, the 

packetizer/depacketizer 14 packetizes the data CFR and the 
data Flag read out of the buffer 20. Therefore, the UDPTL 
processing circuit 184 produces a UDPTL packet (CFR + Flag) 
44 storing CFR and Flag in its primary field and secondary 
field 1, respectively. The UDPTL packet 44 is input to the 
LAN controller 22. 

[0056] While the secondary field has been shown and described 
as being made up of two secondary fields 1 and 2, it may 
included three or more secondary fields in order to further 
enhance the advantages of the present invention. If desired, 
the Internet FAXs 10 and 110 each may be provided with the 
function of a G3 facsimile apparatus. 

[0057] As stated above, in the illustrative embodiment, a 
response detection signal is output when received data is 
determined to be a response to data sent during a sequence 
of real-time communication. The response detection signal 
causes all the data in the primary and secondary fields of 
the buffer 20 to be deleted, so that a minimum amount of UDPTL 
packets is sent. This promotes the efficient use of the limited 
capacity of a memory resource. Moreover, a load on the IP 
network 100 is reduced without degrading the reliability of 
data communication. 

[0058] Of course, the present invention is not limited to an 
Internet facsimile apparatus for real-time facsimile 
communication, but can delete unnecessary data even with 
software. 

[0059] In summary, it will be seen that the present invention 
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provides a communication connecting device and a data output 
control method capable of promoting the efficient use of a 
memory resource and reducing a load on an IP network. 

[0060] The entire disclosure of Japanese patent application 
No. 2000-262745 filed on August 31, 2000, including the 
specification, claims, accompanying drawings and abstract of 
the disclosure is incorporated herein by reference in its 
entirety . 

[0061] While the present invention has been described with 
reference to the particular illustrative embodiment, it is 
not to be restricted by the embodiment. It is to be appreciated 
that those skilled in the art can change or modify the 
embodiment without departing from the scope and spirit of the 
present invention. 
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